home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 312 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.4 KB
  1. From: Stephen Usher <steve@earth.ox.ac.uk>
  2. Subject: Re: Mint library ramblings...
  3. Date: Wed, 16 Jun 1993 07:56:16 +0100 (BST)
  4. In-Reply-To: <9306152226.AA01500@terminator.rs.itd.umich.edu> from "Nicholas S Castellano" at Jun 15, 93 06:26:37 pm
  5. Mime-Version: 1.0
  6.  
  7. >For testing I was compiling Eric's port of the GNU fileutils.  I
  8. >decided to try to figure out why cross-device mv's have never worked
  9. >correctly on my system.  It seems that the copy() routine it uses to
  10. >copy from one filesystem to the other does read()s and write()s with a
  11. >size of 8K, and this is what was causing it to have strange results.
  12. >
  13. >Is it a known bug in earlier versions of GEMDOS that you can't
  14. >reliably Fwrite() more than about 1K at a time?  If so has it been
  15. >fixed?  Or is the problem elsewhere (ICD driver?  I think I had this
  16. >same problem under AHDI 3.01 as well.)
  17.  
  18. Hmm.. well a copy of cp I wrote which tried to copy as much as possible of a
  19. file at a time always worked under both MiNT and TOS (1.02, 1.04 and 3.05).
  20. I've used it under AHDI 4.xx and 5.xx and with the ICD utils from version 3
  21. onwards.. maybe there's still a bug in the fileutils mv across filesystems.
  22.  
  23. >The consequences of these long writes can be anything from an address
  24. >error to a total system crash (usually with a spectacular amount of
  25. >trash dumped to the console).
  26. >
  27. >Another unrelated problem (feature?) that I noticed is the library's
  28. >behavior of chown() on TOS partitions.  Currently it gives a -1
  29. >return, with errno indicating an invalid function.  My feeling is that
  30. >this is a bit too paranoid, and that it would be reasonable to return
  31. >success from chown() if Fchown() returns EINVFN.  Or is this just
  32. >asking for trouble?
  33.  
  34. I think it, and chmod(), should return success else some installation
  35. programs and makefiles will break needlessly. Just because this filesystem
  36. doesn't support the notion on ownership or the execute bit doesn't mean that
  37. the program which has tried to do the operation is in error, after all, the
  38. files seem to be owned by the user trying to do the operation, how on earth
  39. is the program going to know that it can't work?
  40.  
  41. >
  42. >cheers,
  43. >entropy
  44. >
  45.  
  46. Steve
  47.  
  48. -- 
  49. ---------------------------------------------------------------------------
  50. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  51. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  52. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  53.